home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / osix400 / osix400-minutes-90feb.txt < prev    next >
Text File  |  1993-02-17  |  3KB  |  58 lines
  1.  
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6. Reported by Robert Hagens/University of Wisconsin
  7.  
  8. MINUTES
  9.  
  10. The meeting was convened by chairman Rob Hagens.  An attendance list
  11. will be published with the Proceedings of the IETF.
  12.  
  13. The group (much smaller than the last meeting) began the meeting by
  14. discussing the sort of address structure required when X.400/MHS is
  15. introduced into the Internet.  The group concluded that there is no need
  16. to design or define an interm/transition address structure.  RFC
  17. 987/1138 defines an acceptable transition structure:  the RFC-822 domain
  18. defined attribute.  There was some discussion about the lack of
  19. widespread support for DDAs.  It appears that most ADMD providers
  20. support DDAs in their MTAs, however there may be user agents that do not
  21. support the entry of DDAs.  The general feeling was that this was a
  22. shortcoming of the specific user agents; it could be corrected.  It
  23. should not effect the organization of the NREN X.400/MHS service.
  24.  
  25. After this, the group discussed the need for a PRMD authority for the
  26. NREN. Note:  the group's definition of NREN is the US portion of the
  27. IP-connected Internet.
  28.  
  29. Several points were discussed:
  30.  
  31.  
  32.    o An NREN PRMD is a long term solution for certain organizations.
  33.    o Organizations may "grow out" of the NREN PRMD and register
  34.      elsewhere.
  35.    o As X.400 software is deployed within the NREN, we need to organize
  36.      a coherent MTS before chaos decends.
  37.    o We must provide cheap and quick registration services for the NREN
  38.      PRMD.
  39.    o The NREN PRMD may negotiate with US ADMDs for international
  40.      service.  Such negotiations must be on the basis of originator
  41.      keeps all revenue.
  42.    o The NREN PRMD may relay traffic for other PRMDs
  43.    o An NREN PRMD must provide a registration service as well as manage
  44.      operational connectivity (i.e., routing).
  45.    o The 'ole ADMD field question:  there is a general desire to keep
  46.      the ADMD field blank.  Many ADMD providers require the ADMD field
  47.      to contain the name of the ADMD. Should the NREN PRMD automatically
  48.      fill in the ADMD field?  One suggestion was that within the US, the
  49.      ADMD field should be kept blank, but international traffic would
  50.      have the ADMD field set as the message leaves the country.  Some
  51.      discussion of munging P1.originator vs.  P2.originator ensued.  Is
  52.      that a protocol violation?  How does it effect security?  How does
  53.      it effect a "reply"?
  54.    o The question was raised as to whether the NREN could register
  55.      itself as an ADMD. The answer was not known.
  56.  
  57.                                    1
  58.